home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0702.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.0 KB  |  49 lines
  1.  
  2. First of all, excuse me for jumping into this discussion all of the
  3. sudden, but I couldn't resist. Being one of the members of the former
  4. Erwise-team, I have some ideas about X-browsers (Erwise is a Motif-based
  5. www-browser, implemented as a student project at Helsinki University
  6. of Tech. during 91-92)
  7.  
  8. Marc Andreessen writes:
  9.  > The X Window System has this (to me, fatally flawed) design decision I
  10.  > hadn't suspected.  X windows can only be so big.  Up to the size of a
  11.  > 16-bit integer, in fact, in pixels.  This is really really bad.  This
  12.  
  13. Well, unless we'll be seing >32k*32k displays in the near future, it's
  14. not that bad.
  15.  
  16.  > means that the other WWW X browsers (at least Viola and Midas, the
  17.  > only two I've been able to get working) will *not* correctly handle
  18.  > documents that, when layed out, take up more pixels in height than
  19.  > that -- e.g., your RFC.  Go try it on them.  Then look at what X
  20.  
  21. Erwise works correctly ;)
  22. Actually, doing the scrolling by hand (even in an optimized way) isn't
  23. that hard, you might want to take a look at our code (available at
  24. anonymous@nic.funet.fi:pub/unix/hypertext).
  25.  
  26. Yes, I know, the code is something of a mess, especially since we
  27. hacked a bit on the common code to get non-blocking transfers working
  28. (it's nice to be able to retrieve multiple documents at the same time
  29. and read through the ones on your screen, though).
  30.  
  31.  > Mosaic does, which is lay out as much text as possible in the window
  32.  > and then give you convenient automatic inlined hyperlinks to the
  33.  > remainder of the text, partitioned into window-sized chunks.  Then
  34.  > tell me who's making fatally flawed decisions.
  35.  
  36. Hmmmh, no offence, but I think that's not not the correct way to solve
  37. the problem.
  38.  
  39. Btw, have the current x-clients implemented non-blocking transfers?
  40. It should be implemented in the common code, maybe it already is. It's
  41. really too bad that we don't have the time to support erwise (three
  42. of us are working almost full time at a software company, and try to get
  43. on with our studies as well). Maybe in the summer ...
  44.  
  45.  > Marc
  46.  
  47. Kim
  48.  
  49.